Skip to content

Conversation

@davidporter-id-au
Copy link
Member

@davidporter-id-au davidporter-id-au commented Nov 27, 2025

What changed?

Adds the ability to specify cluster attribute and cluster scope in the workflow start command. The goal is for customers who want to start workflows in multiple regions using the active-active feature, to be able to do so with manual cli invocations.

Why?

How did you test it?
tested locally for the start call, seems to work as expected.

Potential risks

Release notes

Documentation Changes

Signed-off-by: David Porter <david.porter@uber.com>
@davidporter-id-au davidporter-id-au changed the title adds cluster-attributes to start cli command feat: adds cluster-attributes to start cli command Nov 27, 2025
@davidporter-id-au davidporter-id-au marked this pull request as ready for review November 27, 2025 03:03
@davidporter-id-au davidporter-id-au enabled auto-merge (squash) November 27, 2025 18:48
},
&cli.StringFlag{
Name: FlagClusterAttributeScope,
Usage: "Optional cluster attribute to specify how to select the active cluster. Examples might be 'region' or 'location'",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

NIT: As the command will fail if one of these two isn't specified I'd recommend adding something like

... Required if ClusterAttributeName is specified.

},
&cli.StringFlag{
Name: FlagClusterAttributeName,
Usage: "Optional cluster attribute to be set for the workflow, used to determine, in active-active domains. This specifies which attribute to tie the workflow to, for example, if the scope is 'region' and the name is 'Lisbon' or 'San Francisco'",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

NIT: As the command will fail if one of these two isn't specified I'd recommend adding something like ... Required if ClusterAttributeScope is specified.

NIT: I think rephrasing to remove some commas is possible, e.g:

Optional cluster attribute name, paired with a cluster attribute scope, to specify how to select the active cluster. This specifies which attribute to tie the workflow to, for example, if the scope is 'region' and the name is 'Lisbon' or 'San Francisco'

(This doesn't actually reduce the number of commas but I think is more clear 😅 ).

@davidporter-id-au davidporter-id-au merged commit ae38f0d into cadence-workflow:master Dec 1, 2025
62 of 64 checks passed
@davidporter-id-au davidporter-id-au deleted the feature/adding-cluster-attr-to-cli-start-command branch December 2, 2025 00:40
davidporter-id-au added a commit that referenced this pull request Dec 2, 2025
<!-- Describe what has changed in this PR -->
**What changed?**
A follow on to #7494
since the earlier pr autoclosed

<!-- Tell your future self why have you made these changes -->
**Why?**


<!-- How have you verified this change? Tested locally? Added a unit
test? Checked in staging env? -->
**How did you test it?**


<!-- Assuming the worst case, what can be broken when deploying this
change to production? -->
**Potential risks**

<!-- Is it notable for release? e.g. schema updates, configuration or
data migration required? If so, please mention it, and also update
CHANGELOG.md -->
**Release notes**

<!-- Is there any documentation updates should be made for config,
https://cadenceworkflow.io/docs/operation-guide/setup/ ? If so, please
open an PR in https://github.com/cadence-workflow/cadence-docs -->
**Documentation Changes**

Signed-off-by: David Porter <david.porter@uber.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants